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(57) Abstract: The invention relates to a device and a method for condi- 
tional execution decision making (2) in relation to services received, having 
pre-determined lifespans. The inventive device receives and identifies infor- 
mation relating to computer programs required for the execution of said ser- 
vices. Moreover, the device controls the local availability of said programs 
and authorises the execution of services if the associated programs are avail- 
able locally. In addition, the device can trigger the downloading of programs 
(13) when said programs are not available locally and authorise or prevent one 
such downloading operation at least as a function of the information associ- 
ated with the services. The invention also relates to a device and a method 
for creating associated messages. The invention can be applied to standards 
ATVEF and MHP. 

(57) Abrege : La pr^sente invention conceme un dispositif et un proc6d6 de 
decision conditionnelle (20) d'ex^cution de services re^us, ay ant des dur^es de 
vie pr6d6termin^s. Ce dispositif re9oit et identifie des renseignements rela- 
tifs ^ des programmes informatiques requis pour Tex^ution de ces services. U 
contrdle la disponibilit6 locale de ces programmes et autorise I'ex^ution des 
services si les programmes associ^s sont disponibles localement De plus, 
il est capable de ddclencher un t616chargement des programmes (13) lorsque 
ceux-ci ne sont pas disponibles localement, et d'autoriser ou d'interdire un 
tel t^l^chaigement, au moins en fonction des informations associ^es aux ser- 
vices. L'invention conceme aussi un dispositif et un proc^^ de constitution 
de messages associ^s. Application aux normes ATVEF et MHP. 
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DIspositlfs et proG6d6s de d6cislon conditionnelle d'm6cution de 
services regus et de constitution de messages d'informations associte 
ii des services, et produHs assoclte 

La prteente invention se rapporte d des dispositifs et proc^d^s, 
d'une part de ddcision conditionnelle d'ex6cution de services regus et 
d'autre part de constitution de messages d'informations associds k des 
services, ainsi qu*d des produits associ6s. 

Ella s'appllque tant d des t6l6viseur8 interactils qu*d des boltiers 
d6codeurs ou STBs (pour « set top boxes pennettant d des utilisateurs 
d'interagir avec des services interadifis. Ces terminaux sent pour ce faire 
g6n6ralement connects d un ou deux r^seaux de communication 
comprenant un rSseau bidirectionnel (voie de retour modem, c3ble,..) de 
type point-d-point (comme le r^seau t^Idphonique) et un r^seau de 
distribution mono-direcQonnel (r6seau de diffusion TV hertzien, cdble, 
satellite) anaiogique ou num6rique. On s'int6resse ci-apr&s plus 
particuli^rerhent d des tenninaux grand-public interactife, qui incluent 
notamment des r^cepteurs tels que ceux commercialisms sous la marque 
TAK (eTV), des d6codeurs DVB (pour « Digital Video Broadcasting ») et des 
ddcodeurs Internet. 

L'exScution dans un tel terminal, de services interactils en plus 
des programmes diffuses, repose sur des fonctionnalit^s sp^cifiques du 
terminal, notamment pour I'afTichage. Ces sp6cificit6s ont le plus souvent la 
forme d'un ensemble logiciel embarqud, incluant des plugiciels ou « plug- 
ins », c'est-d-dire des Ibgrcrels d'applications compf^mentaires d des 
loglciels existants, qui entrent automatiquement en action en presence 
d*objets multimddias sans que Tutilisateur ait d intervenir. Les plug-^ns sent 
gdn^ralement associ^s d des navigateurs Web. Souvent tdldcharg^s 
gratuitement sur Internet, ils permettent par exemple d'6couter des sons ou 
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de voir des videos. Par exemple, un plug-in tr&s rSpandu est celui 
commercialism sous la denomination m Flash r> par la societ6 Macromedia. 
Ce plug-in de dynamisation de pages Internet permet d'insSrer des 
animations dans des pages au format HTI\^L (pour « HyperText Marlorp 
5 Language »}. 

Les foumisseurs de services sent principalement des §metteurs 
de diffusion g^n^rale appel6s « broadcasters », ou des annonceurs. Un 
op^rateur de sen/ices contrdle quant d lui la diffusion des services 

10 interactlfs, en vertu d'un contrat sign6 avec un foumisseur, direct ou indirect 
(par sous-traitance), de ces services. Ces demiers concement gSn^nalement 
soit des 6v6nements en direct ou des jeux t6\6yis6s (le foumisseur est alors 
un broadcaster), soit des publicitSs interactives (le foumisseur est alors un 
annonceur). Dans les deux cas, Top^rateur de services s'engage d la bonne 

15 diffusion des services (nombre et planning des diffusions, bonne 
execution...) et assure, outre une certaine quality de service, une reception 
par un nombre aussi 6\ev6 que possible de temninaux. 

Ainsi, les terminaux grand-public interactifs regoivent des 
20 programmes enrichis, c'est-d-dire des programmes audiovisuels auxquels 
sent \\6s des services interactifs. Chaque service interactif comprend 
classiquement, pour des Emissions selon la norma AWEF (pour « Advanced 
Television Enhancement Forum »), des pages HTML et des dependences 
telles que des images aux formats GIF (pour « Graphics Interchange 
25 Fomiat ») ou JPEG (pour <c Joint Photographic Experts Group »), ou des 
animations Flash. Ce fonctionnement est simitaire pour des Emissions selon 
la nomne DVB-MHP (pour « Multimedia Home Platform »), cette norme 
s'appuyant aussi sur HTML. 

30 Typiquement, lorsqu'un programme enrichi est diffuse, le terminal 

commence par proc6der d I'acqulsition du service Interactif. Puis, la 
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rteeption d'un signal envoyd par rop6rateur provoque Tapparltion d'un 
affichage graphique ou textual en surimpresalon de la viddo, InvHant 
rutilisateur k interagir avec ce servioe. Eventuellement, eelon le choix de 
rop^rateur, oette invitation est 6vit6e et le service apparatt directement. 
5 Dans le cadre de I'ATVEF, la diffusion et Taffichage du service interactif 
comprennent les dtapes suivantes : 

- diffusion d'un message d*annonce de service (announcement) 
pr6venant le terminal qu'une interacUvit6 est prdsente ; le temninal se met 
alors d rScoute du contenu du service interactif, done en attente de 

10 reception des pages HTML et de toutes les d^endances composant ce 
service, et des ordres d'ex6cution de ce service sous fomie de d^clencheurs 
ou « triggers » (dtelencheurs d'affichage, mais aussi ddclencheurs de mise 
^ jour du service) ; 

- diffusion du contenu ; 

15 - et diffusion des ddclencheurs. 

Dans le cadre de MHP, le fbnctionnement est similairOt le message 
d'annonce de service 6tant constitu6 par une signalisation. 

Or, les plug-ins ^voluent tr6s vite et il en existe de nombreuses 
20 versions successives. Ainsi, le plug-in Flash comprend actuellement en 
particulier les versions FlashS, FlasM et F)ash5, toutes trbs utilis^es. Un 
terminal disposant du plug-in FlashS peut alors afficlier des animations 
Flash3, mais s'il ne connaTt que FlashS, il est incapable d'afficher 
connectement une page HTML embarquant une animation faite en Flash4 ou 
25 FlashS. Qui plus est, les foumisseurs de services ont tendance d toujours 
vouloir utiliser les demiSres versions des plug-ins, afin de profiter au 
maximum de leurs fonctionnalrtds et de peaufiner la presentation de leurs 
services Interactifs. 

30 C&t6 terminaux interactifs, il est done n^cessaire de proc^der 

r^gulidrement d des mises d jour. Tant que les services sent op^r^s par une 
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unique entity vers des dbles homog^nes, de telles operations peuvent 
encore §tre maTtrisdes. Cependant, dds lors que deux cp^rateurs de 
services sent opdrationnels ou que le pare de STBs ou de TV interactives 
vlsd devient hdterogdne, des dlfRcultes surgissent. Ainsi, si un terminal n'a 
pas dt6 remis d jour lors d'une demidre campagne de t^l^chargement de 
logidel, par exemple, ce terminal n'est peut-§tre plus capable d'afHcher 
certains services interactife ^mis. Or, il est probable pour les applications 
grand-public que le pare de tenminaux est efiiectivement hdt6rog6ne, tous les 
terminaux n*ayant pas 6t6 remis syst6matiquement & jour. 

Pour affronter cette difficult^, il est connu de faire en sorte que les 
services 6m\s indiquent aux terminaux les plug-ins et leurs versions, requis 
pour une execution parfaite. Le tenminal peut alors decider d'ex^cuter ou 
non le service selon les moyens dont II dispose, quitte d afficher une page 
HTML en mode degrade s'il dispose d'une version moins perfonmante que 
celle indiqu^e, mais malgr6 tout exploitable pour ce service. 

Cette approche contraste avec celle du monde informatique, dans 
lequel on propose d I'utilisateur de t^lScharger la version la plus r^cente du 
plug-in requis, par exemple pour afRcher une page HTML. Ce dioix par 
Tutilisateur n'est alors pas gSnant, puisque la demande s'adresse d un 
public relativement avert! et que la dur§e de t6l6chargement n'a pas 
tfimpact sur la quality du service (pas de synchronisation avec une 
Emission). Par analogie avec le monde informatique, si Tutillsateur d'un 
tenminal interactif soHicite le r6seau bidirectionnel pour requ6rir des 
informations m§me s'il ne dispose pas de la demidre version de plug-in 
souhait6e, un affichage en mode d6grad6 est ^galement acceptable, dans la 
mesure oO c'est rutilisateur lui-m§me qui prend rinitiative d'ex^ter le 
service. 
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En revanche, dans le cas d*un service reQu par diffusion gdndrale 
(broadcasting), il est important que le sendee (par example une publicity 
interactive) s'exScute parfaitement sur tous les terminaux grand public qui le 
regoivent conform6ment au contrat passd au prdalable entre I'opdrateur et 
5 le foumisseur du service. L'afflchage en mode d^grad^, comme la non- 
ex^cuflon du service, risquent en effet d'Stre fortement prdjudidables d la 
quaiit6 des prestations. 

La norma MHP, dans sa version la plus r6cente 1.1.1 (ETSl TS 
10 102 812 VI .1 .1) prdvolt d'indiquer dans la signalisation, des renselgnements 
relatife aux plug-ins requis pour l'ex6cution des services associ6s (§ 
10.13.2), tels que ndentit6 de rapplication de plug-in et son mode de 
d6manrage. De plus (§ 10.13.3), H est pr6vu de pouvoir associer chaque 
application executable au moyen d'un plug-in, d plusieurs plug-ins pouvant 
15 chacun convenir d cet effet, class6s par ordre de pr6f6rence (dont un par 
d6feut). La norma reste cependant silencieuse sur rutilisation de ces 
informations lorsque aucun des plug-ins exploitables pour une application d 
ex^cuter n'est disponibie localement dans le terminal. Vraisemblablement, 
les usages en cours dans ce domaine conduisent alors d refuser Tex^cution 
20 du service. 

Afin de rSsoudre partiellement les difficultds poshes par la non 
execution de services, ou leur execution approximative, on pourrait 
envisager un t6l6chargement syst§matique des plug-Ins pr6f6r6s requis 
25 dans une signalisation MHP, d^s lors que ceux-ci ne sont pas disponibles 
localement. Une telle solution permettrait au moins d'anticiper sur des 
besoins ult6rieurs relatifis k ces plug-ins. 

Cependant, le probl^me d'ex§cution des services reposant sur un 
30 plug-^n non encore disponibie resterait p^nalisant. En effet, il est 
vraisemblable que dans un grand nombre de cas, le t6l6chargement ne 
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serait pas achevd au moment de la r§ception des contenus et triggers. Non 
seulement le service regu risquerait alors de ne pas pouvoir dtce ex6cut6, 
mais le terminal acquerrait souvent inutilement le contenu de ce service. Qui 
plus est, une operation automatique de t6I6chargement de plug-ins 
5 risquerait d*dtre probl^matique d bien des 6gards, notamment en tennes 
d'encombrement de bande passante et d'espace de stockage. 

Cast pourquoi la solution la plus naturelle paraTt consister d 
proc6der ^ une execution conditionnelle de rapplication consid^rSe, selon 

10 que les plug-ins requis (mentionn^s dans la signalisation) sont ou non 
disponibles localement, quitte d tenir compte des plug-ins manquarrts pour 
mettre au point une gestion de mise d jour locale faisant intervenir un 
utilisateur. Un tel processus de mise d Jour en fonction des sollicitations vis- 
d-vis d'un terminal ne vaudrait de toute manidre que pour i'avenir, et ne 

15 serait done pas applicable aux services requdrant pour la premiere fois une 
nouvelle version d'un plug-in, ou un plug-in dont le besoin ne s'6tait pas fait 
sentirjusqu'alors. 

La pr6sente invention propose un dispositif de decision 
20 conditionnelle d'ex6cution de services regus, qui permet de sumionter en 
grande partie les difficult6s ci-dessus, en rendant possible une reduction 
significative du nombre de cas oCi les services ne peuvent pas §tre ex6cut6s, 
tout en dvitant des operations de t6l6chargement pr6judiciab!es d Tutilisation 
des terminaux concem^s ainsi qu'une gestion complexe et fastidieuse pour 
25 les utilisateurs. De plus, le dispositif de decision conditionnelle de Tinvention 
peut faciliter une mise gi jour souple et efficace des fonctionnalit^s 
disponibles dans les terminaux. 

L'invention conceme aussi un procSdd de decision conditionnelle 
30 d'exdcution correspondent au dispositif de decision de Tinvention, ainsi 
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qu'un dispositif et un proc6d6 de constitution de messages d'informations et 
des produits assodds. 

Elle s'applique en parUculier au domaine de la tdldvision, mais 
trouve aussi des applications intdressantes dans la radio, ainsi que dans 
tout autre secteur pouvant metlre en oeuvre la diffusion de services ayant 
des dur6es de vie prdddtenmindes. Elle est de plus exploitable aussi bien 
dans le monde analogique que dans celui numdrique. 

Par << service on entend ci-apr6s un ensemble de 
fbnctionnaltt^s pr6vu pour §tre transmis d des terminaux et pour s'y 
exdcuter, paralldlement k la reception par ces temiinaux de programmes 
diffuses par diffusion g§n6rale (« broadcasting »). Ce service peut fitre ou 
non interactif, I'lnteraclivitd pouvant elle-mSme 6tre locale (communication 
entre un utilisateur et son terminal) ou ^ distance via une vole de retour 
(communication entre un utilisateur et un opSrateur de service via le 
terminal). 

L'invention a ainsi pour objet un dispositif de d^dsion 
conditionnelle d'ex^cution de services regus via un rSseau de 
communications, ces services regus ayant des durSes de vie 
pr6d6termin6es. Le dispositif comprend : 

- un module de reception d'infbrmations associSes aux services, 
prdvu pour recevoir ces informations pr6alablement k des executions des 
services associSs, 

- un module d'identification parmi les informations regues, de 
renseignements relatifs d des programmes informatiques requis pour 
Tex^cution des services assodSs A ces informations, 

- un module de contrSie de disponibilit6 locale des programmes 
informatiques identifies, 
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- et un module de decision selective d'ex^cution de services, 
prdvu pour autoriser I'exdcutlon des services si les programmes 
infbrmatiques requls pour ces services sont disponibles localement. 

Selon rinvention. ce dispositif comprend aussi : 

- un module d'obtention de programmes Infbmfiatiques, capable 
de ddclencher un t6l6chargement des programmes informatiques requis 
pour les services si ces programmes informatiques ne sont pas disponibles 
localement, 

- et un module de decision selective automatique d'obtention de 
programmes infomnatiques, capable d'autoriser et d'interdire 1e 
t6l6chargement des programmes informatiques requis pour ces services et 
non disponibles localement, au moins en fonction des informations 
assoddes k ces services. 

Ainsi, de fagon surprenante, Tinvention ne repose ni sur une 
adaptation au niveau de remission, par exemple pour proposer 
syst^matiquement les plug-ins les plus r^cents suffisamment t6t avant la 
diffusion de services y ayant recours, ni sur une adaptation au niveau de la 
reception, par exemple en augmentant ies ressources des tenminaux en 
temries de bande passante et de capacit^s de stodcage. Par contraste, le 
dispositif de Tinvention relive d'une interaction entre remission et la 
reception, utiUsant k la fois les informations foumies k l'6mission 
(renseignements sur les programmes informatiques requis) et des 
informations locales (disponibilit6 des programmes informatiques requis, 
critdres de decision sur le t6l6chargement). 

De cette manidre, le r^pteur peut s'adapter automatiquement et 
avec souplesse d la situation, en d^ddant ou non de t^ldcharger les 
programmes informatiques (pr6f6rentiellement des plug-ins) requis par les 
services regus ult^rieurement. Dans une realisation aboutie de I'invention, le 
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rdcepteur est capable de dddencher le tdldchargement des programmes 
infbrmatlques manquanls d cheque fbis que ce t6l6chargement est 
satisfaisant d la fbis pour I'dmetteur et pour rutllisateur des services, et 
d'6viter cette operation dans ies autres cas. Le contenu d'un service n'est 
5 done pas acquis par un femiinaf si ce dernier n'est pas capable de 
re3^cuter. 

Ainsi, dans des modes pr6f6r6s de realisation pouvant dtre 
combinte : 

10 - le tSldchargement a lieu uniquement s'il est achev6 iors de 

i'instant de ddmarrage du service concemd, dans la mesure oO initier le 
service en cours de route est considers comme sans int^ret (par exemple, 
jeu interactlf au cours d'une dmission, dans lequel rater le d^but du Jeu 
revient d une perte certaine) ; 

15 - le tei^chargement a lieu uniquement s'il est achevS Iors d'un 

instant pr^ddfini avant la fin du service concerns, dans la mesure oO initier 
le service en cours de route est consider^ comme utile (par exemple, 
rSsultats de foot pendant un match) ; 

- le tSldchargement est effectud m§me s'il ne peut pas dtre 
20 exploits pour le service concemS, car le programme infbnmatique t^ldcharg^ 

est tr§s utile en g^nSral et sera disponible pour d'autres services, ou sera 
utile pour Ies occurrences suivantes du service concern^ ; 

- le t6l6chargement est effectu§ seulement sMI reste confine d 
une bande passante prSdSfinie et/ou s'il n'occupe qu'un espace de stockage 

25 limits pr6d6fini. 

Les informations envoy^es peuvent §tre ou non directement 
prSvues pour ce processus de decision. II peut notamment s'agir d'un 
indicateur imposant le t6l§chargement d'un plug-in dans toutes 
30 circonstances, quitte k ce que ce plug-in ne devienne disponible qu'en cours 
d'exScution du service associd d cet indicateur, ou mgme que ce plug-in ne 
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soit pas t6l6charig6 & temps pour ce service mais serve des services 
ultdrieurs. 11 peut aussi s'agir d*informations aooessibles dans 6&s messages 
d'annonce de services inddpendamment de cette application particulidre, 
concemant par exemple i'identitd du plug-in (comme dans la norme MHP). 
5 Dans tous les cas, un aspect important de rinvention est la combinaison du 
crildrs de decision au niveau reception et de I'expioltation de ces 
informations. 

Au surplus, des 6l6ments compldmentaires d ces informations 
10 peuvent intervenir dans la decision, tels que par exemple des ressources 
locales. 

Le dispositif de decision est avantageusement incorpor^ dans un 
terminal (tel que notamment un tdl^viseur ou un poste de radio interactif ou 
une STB). Cependant, dans d'autres formes d'impl^mentations, il est plac6 
dans un r^cepteur interm6diaire entre I'Smetteur et les terminaux. Par 
exemple, un tel r^cepteur est utilise pour un groupe de terminaux mettant en 
commun des reserves de bande passante et de stockage (sod6t6, 
Immeuble...). 

Le r^seau de communications utilise pourtransmettre les services 
peut §tre quant d lui mono ou bt-directionnel. Le mode de transmission des 
informations assoct^es aux services s'effectue de prSf^rence, mais non 
nScessairement, d travers ce m§me r^seau. Par exemple, les services et les 
informations sent communiqu^es par broadcasting sur un meme r§seau via 
le c3ble, par voie hertzienne ou par satellite. Dans un autre exemple, les 
informations sent communiqu^es par Internet (ou plus g^n^raiement, par la 
vole de retour) avant que les services associ^s ne soient radiodifFus^s. 

30 Un cas partjculidrement avantageux pour sa commodity de mise 

en oauvre et sa facility d'implSmentation au regard des normes existantes. 
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est celui oO les informations sont communiqudes au sein mdme des services 
concemte, dans les messages d*annonoe de services, notamment pour les 
normes ATVEF et MHP (les services comprenant des messages d'annonce 
de services et des contenus). Le module de reception est alors pr6vu pour 
5 recevoir les informations assocides d ces services, dans les messages 
d'annonce de services et le module d'identification de renseignements est 
prdvu pour extraire les renseignements dans ces messages d'annonce de 
services. 

10 Ainsi, dans une forme prSfor^e de realisation, on embarque dans 

le service interactif d la fois des informations dScrivant les plug-ins qu^il 
utilise, et une information forgant ou non le t616chargement, afin que le 
terminal puisse didder ou non de t^l^chargerces plug-ins. Ces infomiations 
sont avantageusement renseign^es lors de r^dition du service interactif ^ 

15 partir d'un formulaire par example. Ainsi, lors de la generation des donnSes 
du service interactif, ces informations sont insSrees dans les fichiers 
composant le service. Le terminal comprend quant d lui un algorithme de 
decision de teiecliargement ou non des plug-ins suivant leur taille et la 
duree de vie du service. 

20 

Dans le monde de la TV analogique et de I'ATVEF, ces 
informations sont avantageusement inserees dans la partie SDP de 
I'announcement (pour « Session Description Protocol », format de la charge 
utile du message d'annonce de service) sous la forme d'une liste de plug-ins 

25 requis. Ces informations compiementaires sortt preferentiellement indiquees 
de maniere globale pour tout le service. Dans le cas d'un service ATVEF, 
par exemple, il n'est en effet pas souhaitable d'indiquer dans chacune des 
pages HTML composant le service interactif quels sont les plug-ins requis 
pour executer cette page. Ced aurait pour consequence d'alourdir chacune 

30 des pages du service et surtout, une premiere page d'un service pouvant 
3tre affichable par le terminal mais pas une seconde page, Tutilisateur 
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risquerait de n*avoir accds qu'& une partie du service, sans pouvoir y 
naviguer. 

Dans le monde de la TV numdrique et de DVB, oes informations 
5 sent avantageusement insdrdes dans des descrlpteurs du flux de 
signalisations, sous la forme d'identificateurs attribuds d partir de tables 
listant tous les plug-ins existants et disponibles. 

Connaissant ces pr6-requis, le terminal peut alors decider dans 
10 un premier temps du t616cliargement ou non des versions de piug-ins et de 
iogiciel 6ventueilement requises et non disponibles, puis dans un second 
temps de I'affichage ou non du service interactif. 

PrdfSrentiellement, les informations assoclSes aux services 
15 comprenant des informations temporelles relatives d la validity d'exScution 
de ces services, le module de decision selective d'obtention est capable 
d'autoriser et d'interdire le t6I6chargement au moins en fonction de ces 
informations temporelles. II est en effet intSressant de tenir compte de la 
chronologie de d6roulement d'un service (dSbut, fin, 6\ape d^terminante...) 
20 pour prendre ou non la decision de t^l^chargement, cette chronologie ^tant 
g6n6ralement synchronisde avec la diffusion g6n§rale de programmes 
assod^s. 

Avantageusement, le module de decision selective d'obtention est 
25 alors prdvu pour autorlser le t616diargement si ce tSldchargement est 
destine d 3tre acliev6 avant des instants pr^dSfinis des services, extractibles 
des informations temporelles, et d interdire ce t^ldchargement sinon. 

Ainsi, selon une premiere forme de prise en compte de ces 
30 informations temporelles, ces instants pr6d6finis spScifient des fins de 
validity d'ex6cution des services. Dans le cas d*un service de longue durSe 
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(tel un service de type portail accessible en continu quotidiennement ou la 
retransmission d'un 6v6nement sportif comme un match de football), il est en 
effet important de tdlteharger le(s) plug-in(s) manquant(s) (operation 
prenant seulement quelques minutes) et ensuite de proposer le service au 
5 tdldspectateur. 

Selon une deuxidme forme de prise en compte de ces 
informations temporelles, ces instants prddSfinis spteifient des debuts de 
validity d'exdcution des services. Les deux formes sont avantageusement 
10 combindes, dans la mesure oD une information compldmentaire regue 
permet de discriminer les deux cas (par exemple un indicateur sp^cifique sur 
le entire de decision, ou un renseignement sur le type de service tel que 
«e portail accessible en continu »). 

15 Dans les cas oO Tautorisation de t§l6chargement est tributaire des 

instants pr6d6finis des services, le module de decision selective d'obtention 
est prdf^rentiellement capable d'acqu6rir des duties de t^l^chargement des 
programmes informatiques requls et non disponibles iocalement, et d'estimer 
ainsi quand ce tSl^chargement est destine d §tre achev6. Ce mode 

20 d'acquisition est avantageusement obtenu d partir d'informations revues 
telles que les tallies des programmes informatiques, et d'infonmations 
locales telles que la bande passante disponible. 

Pr6forentiellement, les informations associ6es aux services 
25 comprenant au moins un indicateur de t6l6chargement forc6 ayant une 
valeur activde et une valeur d6sactiv6e, le module de decision selective 
d'obtention est prdvu pour forcer en autorisation le t6I6chargement si cet 
indicateur de tSl^chargement forc6 a la valeur activSe. 

30 Plus prSds^ment et ^ titre d'exemple, meme lorsque t6l6charger 

le(s) plug-in(s) manquants ne permet pas d'afficher roccurrence courante 
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d'un service (temps de t616chargement supdrieur d la durSe de vie du 
service), il peut dtre malgrd tout intSressant de forcer le terminal it 
t6l6ciiarger ce(s) composant(s) manquant(s) pour i'une des raisons 
suivantes : 

5 - ce service inferactif (une publicity de courte dur^e par exemple) 

doit §tre 6mis n fois au cours du mois et d chaque diffusion de la publidt6 
interactive, le terminal n'a pas le temps de t6l6charger le plug-in ; sans la 
disposition ci-dessus, il ne proposerait done jamais ce service au 
tdl6speclateur ; le mode de realisation avec indicateur de t6l6chaTgement 

10 forcd permet de forcer le t^l^chargement de ce plug-in pour que le 
t6l6spectateur puisse profiter des n-1 diffusions restantes de la publicity ; 

- ce plug-in est tellement r^pandu qu'il est incontoumabie ; dans 
ce cas, (e mode de realisation avec indicateur de tdiechargement force 
pemiet de forcer tous les terminaux du pare d racqudnr, mime s'il ne peut 

15 pas fitre utilise par le service propose d cet instant. 

Dans ces deux cas, on prevoit que les plug-ins teiecharges soient 
sauves de maniere permanente, c'est d dire qu'ils soient instalies en 
memoire Flash ou sur disque dur. 

20 

Preferentiellement, et de manidre generale, le dispositif de 
decision conditionnelle d'execution de Tinvention comprend aussi un module 
d'acquisition de teiilles des programmes informatiques requis et non 
disponibles localement et le module de decision selective d*obtention est 
25 capable d'autoriser et d'interdire le teiechargement aussi en fonction de ces 
tallies. 

Une premiere fomie d'exploitation de ces tallies a dejd ete 
mentionnee plus haut : le module de decision selective d'obtention est prevu 
30 pour evaluer des durees de teiechargement des programmes informatiques 
requis et non disponibles localement en fonction de ces tallies et de 
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capadtds de rdception locales des programmes informatiques, et pour 
autoriser le tdltehargement lorsque ce dernier permet une exdoition 
ultdrleure au rrioins partielle des services. 

S Selon une deuxidme forme d'explottation de ces tallies (pouvant 

§tre oombinde avec la premidre), le module de decision peut decider de ne 
pas autoriser le t6l6chargement bien que les Informations arrivent longtemps 
avant le contenu d'un service associS, du fait de ressources trop limitdes du 
r6cepteur au regard de la taille d'un des programmes informatiques requis. 

10 Cette limitation des ressources peut dtre inii6rente au r^cepteur (modem 
trop lent, espace disque ou plus gdnSralement de stockage trop restreint) ou 
r^sulter du mode d'exploitation de r^cepteur (bande passante devant rester 
disponible essentieliement pour d'autres types de receptions, et ne laissant 
iibres par exemple que 10 %). 

15 

Uinvention conceme aussi un proc6d6 de decision conditionnelle 
d'ex^cution de services regus via un rSseau de communications, 
correspondant au dispositif de decision conditionnelle de invention, et 
pr6f6rentiellement destine k 3tre mis en ceuvre au moyen d'un tel dispositif 
20 selon Tune quelconque de ses modalitds de realisation. 

Uinvention porte Sgalement sur un dispositif de constitution de 
messages d'infomriations associ^es k des services, ces messages dtant 
destines d dtre diffuses d des utilisateurs avant des executions des services 
25 associes. Ce dispositif comprend des moyens d'incorporation dans les 
messages, de renseignements relatifs d des programmes informatiques 
requis pour Texecution de ces services. 

Selon rinvention, les moyens d'incorporation sent pr6vus pour 
30 inclure dans ces renseignements au moins un indicateur de teiechargement 
force ayant une valeur activee et une valeur desactivee, cet indicateur etant 
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destind d forcer une autorisation de tdldchargement des programmes 
infomnatiques requis si I'lndicateur a la valeur acBv6e. 

Ce dispositif de constitution de messages est pr6f6rentiellement 
5 destine d produire des messages destinds d un dispositif de decision 
conditionnelle d'exdcution confonme d Tun quelconque des modes de 
rdalisation de invention. 

Ulnvention s'applique de plus 2i un proc6d6 de constitution de 
10 messages dMnformations correspondent au dispositif de constitution de 
messages d'infomiations de I'invention, pr6f6rentiellement mis en oeuvre au 
moyen d'un tel dispositif de constitution de messages. 

L'invention a aussi pour objet un produit programme d'ordinateur 
15 comprenant des instructions de codes de programme pour I'exdcution des 
Stapes du proc6d6 de dSdsion conditionnelle d'exScution ou du procSdS de 
constitution de messages dMnformations selon invention, lorsque ce 
programme est exScutS sur un ordinateur. Par « produit programme 
d'ordinateur », on entend un support de programme d'ordinateur, qui peut 
20 consister non seulement en un espace de stockage contenant le 
programme, tel qu'une disquette ou une cassette, mais aussi en un signal, 
tel qu'un signal Slectrique ou optique. 

L'invention porte §galement sur un message dMnformations de 
25 contr6!e destinies d dtre exploitSes automatiquement par au moins un 
rScepteur et associSes d au moins un service, ce message Stant pr6vu pour 
3tre diffuse au rScepteur avant une execution de ce service, et comprenant 
des renseignements relatifs d au moins un programme infonmatique requis 
pour rex6cution de ce service. 
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Selon rinvention, ces informations comprennent au moins un 
indicateur de tel6diargement forcd ayant une valeur acBv6e et une valeur 
d6sactiv6e, cet indicateur 6tant desUnd d forcer une autorisaSon de 
tdltehargement du programme infomnatique requis si I'indicateur a la valeur 
5 acUvde. 

Le message d'informations de contrOle de ('invention est 
prdfidrerrtiellement destin6 d §tre produit par un dlspositif de constitution de 
messages conforme k {'invention. 

10 

L'invention s'applique de plus d un dScodeur, caract6ris6 en ce 
qu'il comprend un dispositif de decision oonditionnelle d'ex6cution conforme 
d rune quelconque des fbmnes de realisation de {'invention. 

15 L'invention sera mieux comprise et illustr^e au moyen des 

exemples suivants de realisation et de mise en oeuvre, nullement llmitatifs, 
en reference aux figures annexSes sur lesquelles : 

- la Figure 1 est un sciidma de principe d'un ensemble 
20 d'^mission et de reception mettant en ceuvre un dispositif de decision 

conditionnelle d'exdcution selon l'invention ; 

- la Figure 2 reprSsente de mani^re plus d^taillie, sous forme 
de schdma blocs, le dispositif de decision conditionnelle de la Figure 1 ; 

- la Figure 3 montre un dispositif de constitution de messages 
25 d'infonmations selon {'invention, utilise dans I'ensemble de la Figure 1 ; 

- la Figure 4 illustre sous forme d'organigramme un processus 
de d6dsion d'afHchage d'un service par le dispositif de decision 
conditionnelle des Figures 1 et 2 ; 

- la Figure 5 repr^sente une mise en ceuvre logicielle de 
30 I'ensemble de la Figure 1, selon un premier mode de realisation du dispositif 
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de dteision conditionnelle d'ex^culion, avec terminal interactif et appliqud A 
la norma ATVEF ; 

- la Figure 6 d^taille le terminal interactif de ia Figure 5 ; 

- la Figure 7 ddveloppe sous forme d'organigramme un 
5 processus de dto'sion de t^ltehargement de plug-ins et d'afRchage d'un 

service, au moyen du dispositif de decision conditionnelle d'exdcution du 
terminal intecactif des Figures 5 et 6 ; 

- la Figure 8 d^tailie un terminal interactif incorporant un 
deuxi^me mode de realisation du dispositif de dtetsion conditionnelle 

10 d'ex6cution des Figures 1 et 2, appliqu6 d la norme MHP ; 

- ia Figure 9 illustre un ddroulement typique d'dtepes d'un 
processus obtenu au moyen du terminal interactif de la Figure 8 ; 

- et la Figure 10 schematise un ordinateur personnel incorporant 
un troisidme mode de realisation du dispositif de decision conditionnelle 

15 d'execution des Figures 1 et 2. 

Sur les figures, des elements identiques ou similaires sont 
designes par les mimes references. Des elements con^spondants mais 
ayant des identites distinctes sont indiques par des nombres identiques et 
20 des suffixes difierents (les suffixes A et B se referant respectivement aux 
normes ATVEF et MHP). 

De plus, les entites fonctionnelles decrites et illustrees (en 
particulier sur les Figures 1 e 3) ne correspondent pas necessairement e 
25 des entites physiquement distinctes des systemes, mais peuvent par 
exemple consister en des fonctionnalites d'un m@me logiciei ou en des 
circuits d'un m§me composant. A contrario, un memo module peut etre 
impiemente sous fonme de plusieurs entites separees physiquement. 
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Un ensemble d'6mission et de rScepUon (Figure 1) comprend un 
dmelteur 1 et un rdcepteur 2, oommuniquant via un r6seau 6, l'6metteur 1 
dtant prdvu pour transmetlre des sen/Ioes 1 1 au rdoepteur 2. 

5 Le rScepteur 2 est pourvu d'une units d'exScution 40 de services 

et d'un dispositif de ddcisfon conditionnelle d'exScution 20 des services 1 1 
regus. II dispose aussi d'un espace de stockage 30, prdvu pour stocker en 
particulier des foncGonnalitds informatiques utlHstes pour {'execution des 
services 11. 

10 

L'ensemble d'Smission et de reception inclut de plus une source 3 
d'infbrmations en relation avec rSmetteur 1 via une liaison 8, apte ^ foumir 
au dispositif de dSdsion conditionnelle 20 des informations 12 associSes 
aux services 1 1 via un r6seau 7 (qui peut Stre identique au r6seau 6). Ces 

15 informations 12 comprennent en particulier des renseignements relatifs d 
des programmes infomnatiques requis pour TexScution des services 11. Une 
source 4 de programmes informatiques permet au dispositif de decision 
conditionnelle 20 de dSclencher un t616chargement de programmes 
informatiques 13 requis pour TexScution des services 11 vers le rScepteur 2, 

20 notamment en vue d'une sauvegarde dans Tespace de stockage 30. 

Plus prScisSment (Figure 2), le dispositif de decision 
conditionnelle d'exScution 20 comprend : 

- un module de reception 21 des infomnations 12 associSes aux 
25 services 11, 

- un module d'identification 22 au sein de ces informations 12, 
des renseignements sur les programmes informatiques requis pour 
I'exScution des ser^ces 11 ; 

- un module de contr6le 23 de disponibilitS locale (dans i'espace 
30 de stockage 30) des programmes informatiques ainsi identifies ; 
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- un module de decision selective d'exScufion 24 des services 
11, si les programmes infbmnatiques requis sent disponibles localement ; 

- un module de dddendiement 27 d'ex6cution de ces services 
1 1 (aux moments appropriSs) ; 

5 - un module de decision selective automatique d'obtention 25 

des programmes informatiques 13 requis et non disponibles localement, 
desSnd k autoriser ou interdire te t^lSchargement de ces programmes 
informatiques ; pour oe faire, le module de decision selective 25 est capable 
de tenir compte non seulement des renseignements extraits des 

10 informations 12 et d'autres ^l^ments Indus dans ces informations 12 (tels 
que notamment les instants de d^but et de fin des services 11), mais aussi 
de capacit^s locales 15 du r^cepteur 2, par exemple enregfstr^es au 
prSalable dans Tespace de stockage 30, et de tallies 14 des programmes 
infbmnatiques 13 requis, accessibles au moyen d'un module d'acquisition 28 

15 de tallies auprds d'une source 5 de tallies de ces programmes 13 ; 

- et un module d'obtention 26 des programmes informatiques 
requis 13 auprte de la source 4 et d'enregistrement 6ventuel de ces 
programmes 13 dans Tespace de stockage 30, sur d6clenchement du 
module de decision selective d'obtention 25. 

20 

La source 3 d'informations (Figure 3) comprend quant d elle un 
dispositif d'incorporation 31 au sein de ces informations 12, des 
renseignements relatife aux programmes informatiques requis. Le dispositif 
31 inclut lui-m§me un module d'incorporation 32 de specifications sur ces 
25 programmes informatiques (nom, version...) et un module d'incorporation 33 
d'indications relatives au tdlSchargement de ces programmes informatiques 
(mode de t6l6chargement, adresse d contactor...). 

En fonctionnement, le dispositif de decision conditionnelle 20 
30 reQoit au pr^alable de la source 3 d'informations, des renseignements 
relatifs d des programmes informatiques requis pour I'ex^cution de services 
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11 qui vont suivre en provenance de rSmetteur 1. Si tous les programmes 
infbmiatiques requls sont dispordbles pour le r6cepteur 2, le dispositif 
de decision selective d'ex6cut!on 24 decide rex6cution le moment venu des 
sendees 11. 

5 

Dans le cas contraire, le dispositif de decision selective 
d*obtention 25 applique un algorithme de choix pour decider si les 
programmes requls et non disponibles 13 doivent §tre ou non t6l6charg6s. 
Si la r6ponse est positive, le module de decision selective d'obtention 25 

10 provoque le t6l6chargement des programmes Infomiatiques 13 manquants, 
par le module d'obtention 26 en provenance de la source 4. Dans ce cas, si 
tout se passe correctement et que tous les programmes infbrmatiques 
n^cessaires sont ainsi d disposition du rdcepteur 2 en temps voulu, le 
module de decision selective d'ex^cution 24 decide I'exScution au moment 

15 appropriS des services 11, comme indiqud pr6c6demment. Dans les cas oO 
le module de decision selective d'obtention 25 decide de ne pas autoriser le 
tSl^chargement, ou lorsque ce tSl^chargement est d6cid§ mats s'avdre 
d^fectueux, ou encore lorsqu'il se passe normalement mais est achev6 trop 
tard, le module de decision selective d'exdcution 24 decide de ne pas 

20 executor les services 1 1 concemds. 

Dans un cas particulier (Figure 4) dans lequel le service 11 
r^pond d la norma ATVEF ou MHP, les infonmations 12 relatives ^ un 
service interacHf 11 sont envoySes dans un message d'annonce de ce 

25 service. D6s que le r^cepteur 2 reQoit ce message d'annonce (6tape 41), il 
identifie des versions de plug-ins et de software n^cessaires pour afficher 
correctement ce service (dtape 42). 11 v^rifie ensuite si tous les 6l6ments 
requrs sont disponibles localement (^tape 43) et en cas de rSponse positive, 
affiche au moment opportun le service interactif (6tape 44). Dans le cas 

30 contraire, il prend une decision de t6l6chargement ou non des ^ISments 
manquants (6tape 45). Si cette decision est negative, il refuse d'afficher le 
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service fnteractif (dtape 47). Si elle est positive, ii rdcupdre les 6l6ments 
manquants (diape 46) et afRche le service interactif (6tape 44). 



Des modes de rSaiisation plus spScifiques vont maintenant dtre 
5 ddtaillds pour respectivement des services ATVEF, MHP et dans le monde 
des ordinateurs personnels ou PCs. 



1/ SB/vices ATVEF 



10 La solution fondle sur I'ATVEF exposSe ci-dessous s'appiique 

aussi bien au monde analogique qu'au monde numSrique. Toutes les 
implicalions de la solution sent d6taill6es par la suite (depuis Tuition d'un 
service interactif jusqu'd sa reception sur un terminal). 

15 La mise en osuvre lors de la creation du service interactif 11 

(dispositif d'incorporation de renseignements 31) inclut rinsertion des 
informations 12 relatives d ce service dans Tannouncement. Dans le cadre 
de la technologle de TV interactive commerciaris6e sous le nom de TAK, par 
exemple, ces informations 12 sent renseign^es au moment de r^dition du 

20 ser^^ce fnteractif 1 1 , par exemple d partir d'un formulafre. La soci^td TAK 
foumit d chaque fbumisseur de service ou prestataire ^ditant des services 
interactifs un pack d'^dition de service. Ce pack contient un logiciel d'^dition 
et un simulateur compose d'une TV interactive, d'un serveur de donn^es 
minimaliste et d'un module d'insertion vid^o. Dans une variante, le pack 

25 comprend uniquement un ordinateur personnel (PC pour « Personal 
Computer ») et un t^lSviseur re\\6s par un lien s^rie ou un bus USB (pour 
<i Universal Serial Bus »). Le processus d'^dition comprend ^nsi des 
stapes : 

- de creation du service interactif 11 (ddveloppement du service 
30 interactif par Venture des pages HTML, des animations Flash, des 
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instaicUons en langage JavaScript... et par description de difKrents 
d^dendieurs) ; 

- de renseignement d'un fbrmulaire de description des plug-ins 
utilises (par exemple animation Flash4 embarqu^e) et d'un indicateur 

5 permettant de forcer le t6l6chargement ; 

- et de g6n6ration des fichiers A7VEF composant ce service 
interactif 11 (g6n6ration de I'announcement ATVEF, de I'ensemble de 
contenus pages HTML et ^ventuels fidiiers Flash et images - et des 
dddencheurs). 

10 

En ce qui conceme le format des informations 12, un premier 
champ permet de d6crire le m^dia en indiquant le(s) plugin(s) requis. Cette 
description se compose de deux paramdtres : 

- le format du m6dia (Flash, MP3...), 
15 - et la version de ce m^dia, 

ce champ se trouvant autant de fois qu'il y a de plug-ins. Un autre champ 
unique penmet quant d lui de forcer le t6l6chargement et rinstallation des 
plug-ins manquants. 

20 Par exemple, Tannouncement est encapsul6 suiVant des couches 

de transport rdpondant d la norme ATVEF en Europe, et comprend un en- 
t§te au format SAP (pour « Session Announcement Protocol ») et une 
charge utile au format SDP (pour « Session Description Protocol », cf. le 
document RFC 2327 - Request For Comment). Les informations d6crivant le 

25 service interactif 1 1 trouvent place dans le SDP, qui offre un champ attribut 
« a= » adaptable par Tutilisateur. 

On insure la liste des plug -ins utilises ainsi que la version requlse 
au niveau du SDP sous la forme : 
30 a=<attribut> :<valeur> 

avec: 
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<attribLit> - mediaFormat ou medlaVersion 

et 

<valeur> = une chaTne de caract&res. 

5 Pour rattrfbut mediaVersion, qui est optionnel, <valeur> est alors 

du type : 

<VersionMajor[Separateur][VersionMinor]> 
le champ VersionMajor 6tant obligatoire et le s6parateur, qui doit §tre connu 
des terminaux, n'ayant de raison d'dtre que lorsque Ver^onMinor est 
10 pr6cis6. 



Par exemple, si on a affaire d un plug-in du type MonPlugin 4.3 et 
si le sSparateur choisi est la virgule {« , »), alors : 
mediaFormat = MonPlugin 
15 mediaVersion = 4,3 

Si le champ medlaVersion est present, II est n^cessairement 
rattach6 au champ mediaFormat pr6c6dent. S'il est absent, alors soit il n'y a 
pas de version d pr6ciser, soit il n'y a utilisation que des fonctionnalit^s de 
20 base offerte par le plug-in, done le service est afRchable correctement quelle 
que soit la version du plug-in pr6sente. 



Uindicateur pemnettant de forcer le t^l^chargement des plug-ins 
s'ils sont absents est aussi \ns6r6 au niveau du SDP sous la fomne : 
25 a^mediaDownload: true ou false 

Par d^faut, si cet attribut mediaOownload n'est pas indiqud, il est 
consid^r^ comme non acb'f (false). Par consequent, le tenminal prend alors 
la decision de t6l6charger le(s) plug-in(s) ou non. Sinon, s'il lui est affe(^6 la 
30 valeur true^ alors dans tous les cas, les plug-ins sont tet^chargds. 
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Un exemple de SDP est ddveloppd ci-apr§s : 

o= - 921216992 921216992 IN IP4 172.30.90.160 

S=TMM 

e=dupontethinulti . com 
p=+l-650-470-4860 
a»lang:en 
a=tve-ends : 300 
a-tve-type : primary 

a=tve-id:79f3711c-40c3-llc4-ded7-1932f 6457700 

a=tve-prof ile : 1 

aBmedlaFonaal:: Flash 

asmedLLaVerslon: 4 

aamediaFozxoat: MHBG-5 

as^dlaFonoa-b: MPS 

as=3aed±aDownload: true 

sdpattribute^foo 

t=2873397496 2873404696 

m=data 22814 tve- trigger 

C=IN IP4 227.37.32.27 

m=data 22815 tve-file 

c=IN IP4 224.37.32.21 



Dans cet exemple, le navigateur (« browser i^) du terminal doit 
supporter Flash4, des applicafions multimddias selon la norme MHEG (pour 
«c Multimedia Hypermedia Expert Group ainsi que des fichiers audio au 
format MPS. De plus, si un ou piusieurs composants sont at)sents, ils 
devront etre tdldchargds. 



II est int^ressant de remarquer que : 

- ces attributs sont des attributs au niveau media et non au niveau 
session, c'est d dire qu'ils permettent de d^crire le mSdia mais qu'ils sont 
Inddpendants de la session courante ; 

- ces attributs de description de mddia doivent §tre ins6r6s aprds 
les attributs de description de session (cF. RFC 2327) ; 

- et si un rdcepteur « ne oomprend pas » ces attributs, alors il les 

ignore. 
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L'impl6mentation de cette realisation dans un terminal interactif 
52 (Figure 5) pour tdldvision analogique va maintenant dtre explidtde. l-e 
terminal 52 comprend sous forme de composants logiciels : 

- un ou plusieurs pilotes 54 {« drivers ») VBI (pour « Vertical 
5 Blanking Interval »), destines d extraire des donnSes transport^es dans le 

signal AV regu (services 11 et informations 12) ; dans le monde de la TV 
numdrique, oe composant est remp!ac6 par un ddmultiplexeur ; 

- un navigateur 55 (« browser »), chargd de gSrer les services 
interactif s 11 ; 51 afficlie les services 11, re^oit des commandos d'un 

10 t6l6spectateur k travers une t6l§commande et execute des actions 
demand6es (hyper-navigation, execution d'un script, etc.) ; 

- le dispositif de decision conditionnelle d'ex^cution 20 (sous 
forme logicielle), capable de r6cup6rer les plug-ins requis 13 pour afficher 
les services 11 et non disponibles ; 

15 - et les services interactHs 11 (pouvant inclure notamment pages 

HTML, instructions en langage JavaScript et animations Flash) dans une 
zone de stockage SOS. 

Un broadcaster 51 (I'^metteur 1) communique les services 11 
20 ATVEF au tenminal 52 via le r6seau 6, chacun de ces services 11 
comprenant un announcement 61, contenu(s) 62 et trigger(s) 63. Ce 
broadcaster 51 est en relation bilat^rale avec un op6rateur de services 53, 
qui communique avec le terminal 52 via un r6seau 8 de communication 
bidirectionnel. 

25 

Les decisions de t6l6chargement et d'afRchage ou non de Tun des 
services 11 sent avantageusement prises par le dispositif de decision 
conditionnelle d'exScution 20 avant mdme Tacquisition du contenu 62 de ce 
service, afin de ne pas charger le terminal 52 avec des donn^es inutiles quMI 
30 est de toute faQon incapable de traitor. Avant d'ouvrir des canaux d'Scoute 
sur le contenu 62 et les d6clencheurs 63, le terminal interactif 52 v6rifie ainsi 
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s*il est apte ou non k afRcher le service interactif 11 lors de la reception de 
rannouncement 61 . S'il n*est pas apte h raffidier (il n'a pas tous les plug-ins 
requis et il n'a pas le temps de les t^lScharger avant la fin de vie du service 
11), alors il peut ne pas se mettre d I'^coute du contenu 62 et i'ignorer. 

Plus pr6cis6nient, le terminal interactif 52 (Figure 6} comprend 
(composants logiciels et stockages associds) outre les pilotes 54, le 
navigateur 55 et la zone de stockage 30S des services 1 1 , un micro-noyau 
57, un « intergidel (logiciel servant d'interm^diaire transparent entre 
logiciels d'application et rSseau, d6sign6 par « middleware » en anglais) 58 
incluant des bibliothdques 56 g^nSriques et de t6l6vision (broadcasHng, 
communication) ainsi que le dispositif de decision conditionnelle d'ex6cution 
20, et une zone de stockage SOP de plug-ins. 

En fonctionnement, lors de la reception d'un flux audiovisuel 16 
diffuse, les drivers 54, syntoniseur («c tuner », non repr§sent6) et filtre 
limiteur VBI (« slicer » VBI, non repr6sent6) s6parent les donn6es 
d'infbrmations, des programmes vid6o et audio. Les programmes 
audiovisuels sent alors proposes au t^l^spectateur et, s'il en existe, un 
service interactif 11 est candidat pour s'afficher d i'^cran. C*est Id 
qu'intervient le processus de filtrage mis en oeuvre par le dispositif de 
decision d'ex^cution conditionnelle 20 (Figure 7). 

Le processus de filtrage comprend les stapes suivantes : 
- reception d'un paquet ATVEF sous la forme d'une pile de 
protocoles requis dans le monde de la TV analogique en Europe, et 
extraction des paquets de niveaux IDL B (pour « Independent Data Line »), 
d^sencapsulation des couches IDL B et SLIP (pour « Serial Une Intemet 
Protocol »), et v6rification et correction si besoin des codes d'erreur (FEC, 
pour <i Forward Error Correction ») ; direction des paquets UDP (pour 
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«c Unidirectional Data Protocol ») / IP ainsi obtenus vers le navigateur 55 par 
les biblioth^ques 56 g6n6riques de broadcasting ; 

- si un paquet arrive sur le canal d'6coute des announcements 
61 ATVEF (6tape 41A), alors le navigateur 55 le ddsencapsule et r6cup6re 
la charge utile SDP ; 

- le dispositif de decision condltionnelle d'ex^cution 20effectue 
diverses verifications, et r^cupdre les paramdtres et la liste des plug-ins 
requis pour TexScution du service 1 1 concern^ (Stape 42A) ; il r^cup&re 
aussi la valeur de I'indicateur capable de forcer le t6I§chargement des plug- 
ins et la dur^e de vie du service interactif 11 (champ tve_ends de la charge 
utile SDP, valeur indiqu§e par I'attribut ^= <start time> <stop Ome>) ; 

- le dispositif 20 compare la iiste de plug-ins requis d une liste 
embarqu^e (Stape 43A) ; 

- si les plug-ins requis par le service diffuse sent presents dans 
la liste des plug-ins embarqu^s, alors le service 1 1 est accepts, c'est h dire 
que le navigateur 55 ouvre alors un canal d'6coute sur le contenu 62 ATVEF 
(r6cup6ration du contenu 62 dans r6tape 71 A) et un canal d'6coute sur les 
ddclencheurs 63 (rScupSration des d^clencheurs 63 dans I'^tape 72A) ; le 
service interactif 11 est ainsi afFich^ (6tape 44A) ; 

- sinon, le dispositif 20 lvalue le temps de t6l6chargement de 
Tensemble des plug-ins requis manquants 13 (6tape 73A) et le compare d la 
dur^e de vie du service (6tape 45A) ; 

- si ce temps (plus une constante) est supdrieur h la date 
d'expiration du service 11, alors le dispositif 20 v^rifie la valeur de 
IMndicateur de fbrgage du t616chargement des plug-ins (dtape 45A') ; suivant 
le cas, le t6l6chargement ou non des plug-ins 13 est efFectuS (^tape 46A' 
pour le t6I6chargement fDrc6), mais le service 11 n'est en aucun cas acquis 
et affich^ (6tape 47A) ; dans le cas oij les plug-ins 13 sent t6l6charg6s, ils 
sent alors install^s en m^moire permanente ; 

- si ce temps (plus la constante) est inf^rieur d la date 
d'expiration du sen^ice 11, alors le t6l6chargement des plug-ins est efFectu6 
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(dtape 46A) et paiBlldlement le service 11 est acquis (6tape 74A, le 
navigateur 55 ouvre alors un canal d'6coute sur le contenu 62 ATVEF et un 
canal d'dcoute sur les d^clencheuns 63) ; une fois que les plug-ins sent 
instants sur le tenminal 52, le navigateur 55 Scoute le canal ouvert sur les 
5 d^clencheurs 63 et dds la reception d'un dddencheur d'affichage (6tape 
75A}, affiche le service 1 1 (6tape 44A}. 

L'§valuation du temps de t6l6chargement d'un plug -in requis et 
non disponible 13 et les modalit6s de t^l^chargement vent maintenant §tre 
10 d6taill6es. 

On peut r^cup^rer le plug-in 13 via deux types de canaux : soit 
par broadcasting (en provenance du broadcaster 51 ou d'un autre diffuseur), 
soit par une communication bidlrectionnelle avec un serveur (via la voie de 
15 retour en provenance de I'op^rateur de services 53 ou en provenance d'une 
autre source). 

Par broadcasting, Texploitant des terminaux ou rop6rateur de 
services 53 peut utiliser des moyens connus pour ce genre de mise d jour. 

20 Par exemple, il diffuse une signallsation d^crivant au terminal 52 le moyen 
de r^cupSrer les plug-ins diffuses par ailleurs. Le tenminal 52, en analysant 
cette signallsation, peut alors mettre en oeuvre un processus de 
t6l6chargement des plug-ins manquants 13. L'avantage de cette m6thode 
est qu'elle n'est pas coCkteuse pour Tutilisateur du terminal 52, car aucune 

25 connection t6l6phonique n'est requise. On trouvera d6crite une 
implementation particuli^re d'une telle m6thode dans le document EP- 
1.245.116, qui expose des proc6d6s de transmission et de rSception de 
donn^es de mise k jour. Selon la technique divulgu^e, des signaux 
d'annonce, indiquant d quel moment seront utt^rieurement 6mis les donnSes 

30 de mise & jour, precedent remission de ces donn^es. 
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Par communication avec un serveur, I'exploitant des femninaux ou 
ropdrateur de services 53 peut utiliser des moyens connus pour ce genre de 
mise d jour. Par exemple, il diffuse une signalisation d^crivant au terminal 52 
le moyen de r^cup^rer les plug-ins 13 disponibles par ailleurs sur un serveur 
en ligne. Le terminal 52, en analysant cette signalisation, met alors en 
oeuvre un processus de tdl^chargement des plug-ins manquants 13 via la 
vctie t^lSphonique ou ADSL (pour a Asymmetric Digital Subscriber Line »). 
Selon un autre m6canisme, on initio une connexion d un sen/eur et on 
d6marre une ndgociation, invisible pour I'utilisateur du terminal 52, entre le 
temninal 52 et le serveur. Le serveur foumit alors au terminal 52 les plug-ins 
manquants 13. 

Le temps de t6l6(^argement estim^ est fonction du type de canal 
permettant de le rScup^rer (dSbit) et de la taille du plug-in 13. Concemant la 
recuperation de la taille, on peut proc^der par vole broadcasting, par 
communication bidirectionnelle avec un serveur, ou par exploitation 
d'informations embarqudes. 

Par broadcasting, I'exploitant des terminaux ou ropdrateur de 
sen^ices 53 diffuse en continu un flux de signalisation indiquant les tailles 
courantes de chacune des demidres versions de plug-ins disponibles. Cette 
mdthode a pour avantage sa rapidity, car il est inutile de se connecter et 
d'interroger un serveur en ligne (perte de temps). 

Par communication avec un serveur, le terminal 52 est configure 
pour se connecter d un serveur en ligne, en mesure de lui indiquer toutes 
les tailles des plug-ins connus. Cette methode a pour avantage une 
eoonomie de bande passante, car il est inutile de diffuser des donnees 
continuellement. 
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Pour I'explojtation d'infbrmations embarqutes, le temninal 52 
possdde une table de description des plug-ins connus, embarqu^e en 
mdmoire pennanente. Cette table peut §tre remise k jour r6guli6rement soit 
par broadcasting (^nnission de la table dans un flux par campagne de 
5 t^l^chargement), soit en ligne, lorsque le tSl^spectateur se connecte par 
exemple. Cette m^thode a Tavantage d'offrir immSdiatement la taille du plug- 
in requis 13 (le terminal 52 est done apte d prendre la decision rapidement). 

On peut aussi combiner les difF6rentes mSthodes. Par exemple, 
10 exemple, le terminal 52 commence par chercher la taille du plug-in requis 1 3 
dans la table embarqu^e. Si ce plug-in 13 n'y est pas (la table est trop 
ancienne), ie terminal 52 initie une connexion d un serveur en ligne pour 
r^cup^rer i'information. 

15 2/ Services MHP 

Cette famille de realisations conceme exclusivement le monde 
num^rique. 

20 Pour la mise en oeuvre lors de la creation du service interacBf 1 1 

(dispositif d'incorporation de renseignements 31), les informations 
concemant les types d'applications utilis6es (par exemple animation Flash4 
embarqu^e) sent renseign^es au moment de I'Sdition de ce service 11, par 
exemple d partir d'un fbrmulaire. On gdn^re ainsi un fichier contenant les 

25 sources du service interactif 11 et toutes les infomnations relatives d la 
bonne execution de ce service (timing pour les dSclencheurs, liste des plug- 
ins requis.-.)- Lors de la creation d'un flux MPEG (pour « Moving Picture 
Experts Group »), ce fichier est lmport6 et les diverses informations sont 
renseign^es dans les descripteurs du flux. Le fomiat de ces informations est 

30 celui utilisd dans le monde de la TV num^rique selon le standard MHP. 
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On va maintenant detainer une implementation particufidre du 
dispositif de decision d'ex^cution conditionnelle 20 dans un temiinal 
interacUf MHP r^f^rencd 82 (Figure 8). Le temninal 82 comprend des 
composants logiciels et de stockage qui incluent : 
5 - des pilotes 84 ; 

- un intergiciel 88 incluant des biblioth^ques 86 g6n6riques et de 
television (DVB-SI data - for « Service Infomrtation », communication...), une 
unite d'acces conditionnel 89 et le dispositif de decision condltionnelie 
d'execution 20 ; 

10 - un moteur de presentation 85 (navigateur) associe d une unite 

DVB-HTML referencee 90 ; 

- un moteur interactif 85' (Java VM) associe d une unite DVB- 
J referencee 90' ; 

- un micro-noyau 87 ; 

15 - et des zones de stockage SOS et SOP respectivement de 

services interactiis et de plug-ins. 

En fonctionnement, lors de la reception d'un flux MHP diffuse 17, 
les pilotes 84, un syntoniseur et un demultiplexeur permettent d'extraire tout 
20 d'abord la table PMT (pour « Program Map Table ») du train MPEG2 afin de 
recuperer la signalisation decrivant le contenu du flux 17 regu. 

D'une part, les programmes audiovisuels sont alors proposes au 
teiespectateur et d'aubne part, s'il en existe, un service interactif 11 est 
25 candidat pour s'afficher d I'ecran. C'est le qu'intervient le processus de 
filtrage du dispositif de decision conditionnelle d'execution 20. 

Les etapes du precede peuvent 3tre decrites de la manidre 
suivante (Figure 9) : 

30 - ouverture des trains audiovisuels et de service (etapes 91 et 

92), et extraction de paquets MPEG2 contenant la signalisation ; 
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- recuperation de la signalisation par les pilotes 84 et envoi aux 
bibliothfeques 86 (dlape 93), qui d§teCtent ia disponibilit6 du service 11 
(dtape 94) et la notffient au dispositif de decision conditionnelle d'ex§cution 
20(etapeg5); 

- les bibliothdques 86 en charge de g6rer le SI permettent de 
rtcuperer un descripteur data_broadca8Lid et de constltuer ainsi la liste des 
plug-ins necessaires pour que le sendee 11 s'affiche coirectement sur 
recran du teiespectateur ; cette operation est piiotee par I'intergiciel 88 
(etape42B); 

- oetle liste est analysee puis compares e une liste residente de 
plug-Ins embarques (etape 43B) par le dispositif 20 ; 

- si les plug-ins requls par le service diffuse sont presents dans la 
liste des plug-ins embarques alors le service 11 est accepte ; sinon, le 
dispositif 20 decide si un tei6chargement des plug-ins manquants 13 doit 
etre effectue, de fegon similaire e ce qui a ete d6veloppe pour ATVEF ; si, 
comme dans Vexemple represente, le dispositif 20 decide de ne pas 
proceder au teiechargement, le service 1 1 est ignore (etape 47B). 

3/ Monde PC 

On s'interesse essentiellement d des applications Interaclives 
pour TV sur PC (le PC eiant branche sur un reseau de broadcasting). Lots 
de I'edition d'une page HTML (dispositif d'incorporation de renseignemenis 
31), on definH des couples de champs de noms et de valours 
25 « NameA/alue » pour specifier des plug-ins requis pour rex6culion d'un 
sen/ice 11- Ces couples sont Introdults au niveau de meta-donnees 
contenues dans l'en-t§te do la page HTML, de la facon suivante : 
<MErANAME="medlaFormal?' CONTENT="<Plugin_Name>, [ver8lonr> 

avec : 

30 ■ <Plugin_Name> : parametre obligatoire 

[vereion] : parametre optionnei indiquant si n6cessaire une 
version minimale du plug-in requis. 
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L'indicalion si les plug-ins manquants 13 doivent §tre t6l6diarg6s 
ou non avecforQage est ins6r6e de la mani^re suivante : 
<IWIETA IMAIVlE="mediaDownload" CX)NTENT="<TRUE or FALSE>"> 
5 avec: 

- si TRUE, t^l^chargement forcd des plug-ins manquants 13 ; 

- at si FALSE, decision par le navigateur 105 de t6!6charger ou 
non les plug-ins 13 suivant la dur^e de vie du service 1 1 . 



10 On insure aussi une notion de dur^e de vie du service : 

<!\/IETA NAiyflE="ServiceValidityWmdow" CONTENT="<Start Time>, <End 
Time>"> 



La page HTML a par example la forme suivante : 

15 <HTML> 

<1- DATE DE CREATION: 14/12/99 -> 
<HEAD> 

<TITLE></TITLE> 

<META h4AI\iE="De8cription" CONTENT=°"> 
20 <IVIETA NAIVlE="Keywords" CONTENT='"> 

<METANAME="Authoi" CONTENT="Frederic Pasquier"> 

<META NAME="mediaFomnat" CONTENT="Fla8h. 4-> 

<META N/^E="mediaFonnat" CONTENT="MP3"> 

<META NAIWIE="mediaForniat" CONTENT="MHEG-5"> 
25 <META. NAl^E=^mediaDownIoad" CONTENT="TRUE"> 

<I^ETA NAIVIE="Sen^iceValldityWindow" CONTENT="2873397496, 

2873404696"> 

</HEAD> 

<BODY> 

30 ... Code HTML utilisant des formats Flasli4, MP3 et PNG. . . 
</BODY> 
</HTMl> 

Un PC 102 apte d la mise en oeuvre du dispositif de decision 
35 conditionnelie d'ex^cution 20 (Figure 10) comprend un navigateur 105 
incorporant ce dispositif 20, et des zones de stockage 30P et 308 
respectivement de plug-ins et de services. Le navigateur 105 est adapts 
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pour pouvoir r^cupSrer et oomprendre les couples NameA/alue d^finis ci- 
dessus. 

En foncKonnement, le PC 102 regoit un flux 18 comprenant une 
5 page HTML avec un en-t3te tet que d^crit plus haut. Le navigateur 105 
decide alors ou non le t^Idchargement et Tinstallation des plug-ins requis 13 
et Taffichage du service 1 1 con^spondant selon un proc^dS similaire celul 
expose auparavant pour TATVEF. Les plug-ins disponibles ou tdldcharg^s 
sont toujours install^ sur le disque dur. 



10 
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REVENDICATIONS 

LDispositif de decision condifionnelle (20) d'ex^cution de 
5 services (11) regus via un r^seau de communications (6), lesdits services 
(11) reQus ayant des dur6es de vie pr6d6temnin6es, ledit dispositif (20) 
comprenant : 

- un module de reception (21) d'infonmations (12) associSes aux 
dits services (11), pr6vu pour recevoir lesdites informations (12) 

10 prdalablement d des executions desdits services (11) associ^s, 

- un module d'identification (22) parmi lesdites informations (12) 
rogues, de renseignements relatifs d des programmes informatiques requis 
pour I'exScution desdits services (11) associ^s aux dites informations (12), 

- un module de contrdle (23) de disponibilitS locale desdits 
15 programmes informatiques identifies, 

- et un module de decision selective d"ex6cution (24) de 
services, prevu pour autoriser I'execution desdits services (11) si lesdits 
programmes informatiques requis pour lesdits services (11) sent disponibles 
localement, 

20 

caracterise en ce que ledit dispositif (20) comprend aussi : 

- un module d'obtention (26) de programmes informatiques, 
capable de dedencher un teiechargement desdits programmes 
informatiques (13) requis pour lesdits services (11) si lesdits programmes 

25 informatiques ne sont pas disponibles localement, 

- et un module de decision selective automatique d'obtention 
(25) de programmes informatiques, capable d'autoriser et d'interdire le 
teiechargement desdits programmes informatiques requis (13) pour lesdits 
services (11) et non disponibles localement, au moins en fonction desdites 

30 informations (12) associees aux dits services (1 1). 
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2. Dispositif de decision conditionnelle (20) d'ex^cution selon la 
revendication 1, caract6ris6 en ce que tesdites informations (12) assod^es 
aux dits services (11) comprenant des infonmations temporelles relatives d la 
validity d'ex^cution desdits services (11), le module de decision selective 

5 d'obtention (25) est capable d'autoriser et d'interdire ledit t6l6chargement au 
moins en fonction desdites infomiations temporelles. 

3. Dispositif de decision conditionnelle (20) d'ex6cution selon la 
revendication 2, caract^risS en ce que le module de decision selective 

10 d'obtention (25) est pr6vu pour autoriser ledit t^lSchargement si ledit 
t6l6c]riargement est destine gi §tre achev§ avant des instants pr§d6finis 
desdits services (11), extractibles desdites informations temporelles, et d 
interdire ledit tSISchargement sinon. 

15 4. Dispositif de decision conditionnelle (20) d'exScution selon la 

revendication 3, caract^ris6 en ce que lesdits instants pr6d6finis sp6cifient 
des fins de validity d'ex6cution desdits services (11). 

5. Dispositif de decision conditionnelle (20) d'ex^cution selon 
20 Tune des revendications 3 ou 4, caract^risd en ce que lesdits instants 

pr^d^finis sp^cifient des d6buts de validity d'ex6cution desdits services (1 1). 

6. Dispositif de decision conditionnelle (20) d'ex6cution selon 
Tune quelconque des revendications 3^5, caractSrisd en ce que le module 

25 de decision selective d'obtention (25) est capable d'acqu^rir des dur^es de 
t6l6chargement desdits programmes Infomnatiques (13) requis et non 
disponibles tocalement, et d'estimer ainsi quand ledit t6l6diargement est 
destind d fitre ac^evd. 

30 7. Dispositif de decision conditionnelle (20) d'ex^cution selon 

Tune quelconque des revendications pr6c6dentes, caract6rfs6 en ce que 
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lesdites informations (12) associ§es aux dits services (11) comprenant au 
moins un indicateur de tSldchargement forc6 ayant une valeur activ6e et una 
valeur d6sactiv6e, ledit module de dSdsion selective d'obtention (25) est 
prSvu pour forcer en autorisation ledit tdldchargement si ledit indicateur de 
5 t6!6chargement forcd a la valeur acfiv^e. 

8. Dispositif de decision conditionnelle (20) d*ex6cution selon 
Tune quelconque des revendications pr^c^dentes, caract6ris6 en ce qu'il 
comprend aussi un module d'acquisition (28) de tallies (14) desdits 

10 programmes informatiques (13) requis et non disponibles localement et le 
module de decision selective d'obtention (25) est capable d*autoriser et 
d'interdire ledit tdl^chargement aussi en fonction desdites tallies (14). 

9. Dispositif de decision conditionnelle (20) d'ex^cution selon la 
15 revendication 8, caractSrisS en ce que le module de decision selective 

d'obtention (25) est prSvu pour ^valuer des dur^es de t^l^chargement 
desdits programmes informatiques (13) requis et non disponibles localement 
en fonction desdites tallies (14) et de capacit6s de reception locales (15) 
desdits programmes informatiques (13), et pour autoriser ledit 
20 tSl^chargement lorsque ledit t^l^chargement permet une execution 
uitdrieure au moins partielle desdits services (11). 

10. Dispositif de decision conditionnelle (20) d'ex6cution selon 
Tune quelconque des revendications pr^c^dentes, caract^risd en ce que 

25 lesdits services (11) comprenant des messages d'annonce (61, 81) de 
services (11) et des contenus (62), le module de r§ception (21) est prSvu 
pour recevoir lesdites informations (12) associSes aux dits services (11), 
dans lesdits messages d'annonce (61, 81) de services (11) et le module 
d'identification (22) de renseignements est pr6vu pour extraire lesdits 

30 renseignements dans lesdHs messages d'annonce (61 , 81 ) de services. 
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-so- 
il. Proc6d6 de decision conditionnelle d'ex6cution de services 
(11) regus via un r6seau de communications (6), lesdits services (11) regus 
ayant des dur6es de vie pr6d6termin6es, ledit proc6d6 comprenarrt : 

- une 6tape de rSception (41) d'infonmations (12) associ^es aux 
5 dits services (11) prdalablement d des executions desdits services (1 1 ), 

- une etape d'identification (42) parmi lesdites informations (12) 
regues, de renseignements relatifs d des programmes infbrmatiques requis 
pour I'ex^cution desdits services (11) associds aux dites informations (12), 

- une etape de contrSle (43) de disponibilitd locale desdits 
10 programmes infbmiatiques identifies, 

- et une dtape de decision selective d'ex6cution (43, 45) de 
services, dans laquelle on autorise une execution desdits services (11) si 
lesdits programmes informatiques requis pour lesdits services (11) sent 
disponibles localement, 

15 

caract6ris6 en ce que ledit proc^dS comprend aussi : 

- une dtape d'obtention (46) de programmes informatiques, par 
teiechargement desdits programmes informatiques (13) requis pour lesdits 
services (11) si lesdits programmes informatiques ne sent pas disponibles 

20 localement, 

- et une etape de decision selective automatique d'obtention (45) 
de programmes informatiques, dans laquelle on decide entre autoriser et 
interdire le teiechargement desdits programmes infomnatiques requis (13) 
pour lesdits services (11) et non disponibles localement, au moins en 

25 fonction desdites informations (12) associees aux dits services (1 1 ), 

ledit precede etant pieferentieilement destine § §tre mis en ceuvre 
au moyen d'un dispositif de decision oonditionnelle (20) d'execution 
conforme d Tune quelconque des revendications 1 e 10. 



30 
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12. Dispositif de constitution (3) de messages d'Infomnations (12) 
associ^es k des services (11), lesdits messages dtant destines ^ 3tre 
diffuses h des utilisateurs (2) avant des executions desdits services (11) 
associ^s, ledit dispositif (3) comprenant des moyens d'incorporation (31) 
5 dans lesdits messages (12), de renseignements relatife ^ des programmes 
informatiques requis pour {'execution desdits sendees (11), 

caract^risS en ce que lesdits moyens d'incorporation (31) sont 
pr§vus pour inclure dans lesdits renseignements au moins un indicateur de 
10 t6l6chargement forc6 ayaht une valeur activ^e et une valeur d6sactiv6e, 
ledit indicateur Stant destine ^ forcer une autorisation de t6l6chargement 
desdits programmes informatiques requis si ledit indicateur a la valeur 
activ^e, 

15 ledit dispositif de constitution (3) de messages 6tant 

pr§f6rentiellement destine d produire des messages destines d un dispositif 
de decision conditionnelle (20) d'ex^cution conforme d Tune quelconque des 
revendicatlons 1 d 10. 

20 13. Proc6d6 de constitution de messages d'informations (12) 

assocl6es k des services (11), lesdits messages 6tant destines d fitre 
dHfosds d des utilisateurs (2) avant des executions desdits services (11) 
assocl6s, ledit proc6de comprenant une dtape d'incorporation dans lesdits 
messages (12), de renseignements relatifs d des programmes Informatiques 

25 requis pour Fexdcution desdits services (1 1 ), 

caract6rls6 en ce que lors de ladite 6tape d'incorporation, on 
Indut dans lesdits renseignements au moins un indicateur de 
teiechargement force ayant une valeur activte et une valeur desactivee, 
30 ledit Indicateur etant destine d forcer une autorisation de teiechargement 
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desdits programmes informatiques requis si ledit indicateur a la valeur 
activde, 

ledit proc6d6 de constitution de messages 6tant 
5 pr6f6rentiellement mis en osuvre au moyen d'un dispositif de constitution (3) 
de messages conforme d la revendication 12. 

14. Produit programme d'ordinateur comprenant des instructions 
de codes de programme pour l'ex6cution des stapes du proc6d6 seion Tune 

10 des revendications 11 ou 13 lorsque ledit programme est ex6cut6 sur un 
ordinateur. 

15. Message d'infomiations de contr61e (12) desan6es k Stre 
exploit6es automatiquement par au molns un r§cepteur (2) et associ^es d au 

15 moins un service (1 1 ), ledit message (12) 6tant prSvu pour §tre diffusd audit 
r6cepteur (2) avant une ex6cution dudit service (11), et comprenant des 
renseignements relatifs d au moins un programme infomiatique requis pour 
Tex^cution dudit service, 

20 caract6ris6 en ce que lesdites informafions comprennent au 

moins un indicateur de tdltehargement forcd ayant une valeur activte et une 
valeur d6sactlv6e, ledit indicateur dtant destind d forcer une autorisation de 
tdl^argement dudit programme Informatique requis si ledit indicateur a la 
valeur acHvte, 

25 

ledit message d'infomnations de controle (12) 6tant 
pr^fgrentiellement destin6 d §tre produit par un disposilif de consttution (3) 
de messages conforme d la revendication 12. 
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16. D6cocleur, caract6ris6 en ce qu'il comprend un dispositif do 
decision conditionnelle (20) d'exdcution conforme d Tune quelconque des 
revendications 1 d 10. 

5 
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